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BACKGROUND OF THE INVENTION 



1 . Related Applications. 

5 The present invention claims priority to copending 

U.S. Provisional Patent application serial No. 60/180,421 
entitled ELECTRONIC RESOURCE MANAGEMENT SYSTEM filed 
February 4, 2000 the specification of which is 
incorporated herein by reference. 

10 2 . Field of the Invention, 

The present invention relates, in general, to 
resource management, and, more particularly, to software, 
systems and methods for matching human resources to human 
resource needs of an organization. 

15 3 . Re 1 e vant Background . 

The world economy is characterized by a scarcity of 
skilled human resources for a variety of jobs. As the 
educational and experience requirements increase in a 
technological society, the pool of people having necessary 

20 and desired skills becomes smaller. This creates a 
situation in which many jobs are chasing fewer and fewer 
skilled workers. This is complicated in many industries, 
employees tend to move from job to job every few years. 
This is particularly true of skilled employees and even 

2 5 more particularly true in the information technologies 
industries. An advantage in identifying, obtaining and 
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managing employees represents a significant strategic 
advantage for an organization. 

It is increasingly difficult for employers to 
identify and hire qualified employees and contractors for 
5 particular positions. Human resource needs often arise 
suddenly and unpredictably, but must be filled quickly. 
With product development cycles and product life cycles 
becoming shorter, personnel with needed skills must be 
identified and hired quickly. At the same time, each 
10 candidate and position must be sufficiently analyzed to 
make meaningful decisions. 

Job matching systems tend to be modeled after 
bulletin boards where available positions and/or 
applicants are posted and the other party must 

15 periodically peruse or search through the postings. This 
is inefficient because the participants are only made 
aware of other participants at the instant they conduct a 
search or log on. A new job applicant that registers 
moments after a search was performed will not be reported 

20 to the searching party, for example. Hence, participants 
must access the system frequently and conduct searches to 
obtain up— up - fee— to - date information. 

Search-based systems have limited ability to deal 
with the various words, terms and syntax used in the 

2 5 postings. A given job posting, for example, is amenable 
to a variety of expressions and it is difficult, even with 
natural language search engines, to effectively search 
through the various listings and leave with certainty that 
the most relevant matches have been found by the search 

30 engine. Many words and terms in the English language, 
when viewed in context , imply much more than the word ■ s 
literal definition. Strict text-based matching used by 
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search engines miss these implications. Even fuzzy 

matching, which is often based upon a word^_s syntax, 
synonyms, antonyms and the like, tend to miss complex 
meanings that are implied by simple words and the context 
5 in which they are used. For example, a job applicant may 
express that they have Java programming experience, which 
a typical search tool will match with job descriptions 
that call for Java experience. However, such experience 
implies that the applicant has object-oriented programming 
10 knowledge which would not be identified by conventional 
search engines and fuzzy matching techniques. A need 
exists for a system and method that overcomes the 
limitations of search-based systems to detect, imply, and 
deduce matches in a context-sensitive manner. 

15 Another limitation of conventional systems is that 

even where an applicant's abilities and skills are 
accurately expressed, there is no way for the applicant to 
express a desire to use those skills in future employment. 
To retain workers it is desirable to find workers that are 

20 interested in the job and interested in the skills 
required by the job. For example, a person may be a 
skilled Cobol programmer, but uninterested in taking a 
position that uses those skills. Conventional worker 
identification systems do not consider worker interests 

2 5 and desires and so risk creating job matches that will be 

difficult to manage and maintain over time. 

In-person job matching through conventional 
interviews and negotiation is inefficient, time consuming, 
and expensive. Also, it tends to be biased as the 

3 0 participants may express different needs and desires in an 

attempt to satisfy perceived requirements of the other 
party. This bias can result in sub-optimal matching of 
human resources to human resource needs . 
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A need also exists for systems and software that 
provide services beyond the identification and matching of 
potential candidates to job openings. Once a match is 
defined the life cycle of a typical hiring process 
5 continues through negotiations, travel, interviews, 
testing, and contracting among other steps. These steps 
are typically managed manually using lists or personal 
information management products. Hence, a need exists for 
providing follow -up on services to manage the hiring 
10 process in an integrated fashion. 

SUMMARY OF THE INVENTION 

Briefly stated, the present invention involves a 
system for matching entities having needs to entities 
having capability to meet the needs. A plurality of needs 

15 profiles are created, where each need profile comprises a 
data record specifying attributes about a need. A 
plurality of capability profiles are also created, where 
each capability profile comprises a data record specifying 
set of attributes of an entity having a capability of 

2 0 meeting a need. A matching engine is coupled to 

repetitively and automatically examine the needs profiles 
and capability profiles to identify matched profiles, 
wherein a match comprises a set of profiles judged to be 
substantially compatible based upon correspondence of the 

25 attributes specified therein. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows aa— a networked computer environment in 
which the present invention is implemented; 
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Fig . 2 shows an electronic — commerce — environment basic 
business processes involved in an implementation of in 
which the present invention is implemented; 

Fig. 3 shows a particular implementation of the 
present invention; 

Fig. 4 illustrates exemplary entities and data 
transactions in an implementation of the present 
invention; 

Fig. 5 illustrates activities of a match manager 
10 component of the present invention; 

Fig. 6 illustrates data exchanges associated with an 
actual employment or consulting contract being formed; 

Fig, 7 shows exemplary state transitions involved in 
the matching and post match management processes in 
15 accordance with an embodiment of the present invention; 

Fig. 8 illustrates functional components, typically 
implemented as software, within an exemplary matching 
engine ; 

Fig. 9 and Fig. 10 show exemplary user interfaces 
20 used to enter job candidate information for use in a 
profile; and 

Fig. 11 and Fig. 12 illustrate profiles shown in Fig. 
4 in greater detail. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

25 FIG. 1 shows an exemplary computing environment 100 

in which the present invention may be implemented. 
Essentially, FIG. 1 illustrates a network populated by 



\\\B0 - 82B49/0002 - 177252 vl 



-6- 



appliances coupled by various network interconnection 
devices including wide area networks (WANs) 110 , local 
area networks (LANs) , the public switched telephone 
network (PSTN) 102 , public networks and the like. 
5 Environment 10 0 includes a plurality of local networks 103 
and 104 that comprise, for example, Ethernet networks, 
FDD I networks, Token ring networks and the like. 

Essentially, a number of computing devices and groups 
of devices are interconnected through a network 101. For 

10 example, local networks 103 and 104 are each coupled to 
network 101 through connect servers 105. LANs 103 and 104 
may be implemented using any available topology and may 
implement one or more server technologies including, for 
example a UNIX, Novell, or Windows NT, or peer-to-peer 

15 type network. Each network will include distributed 
storage implemented in each device and typically includes 
some mass storage device coupled to or managed by a server 
computer. Network 101 comprises, for example, a public 
network such as the Internet or another network mechanism 

2 0 such as a fibre channel fabric or conventional WAN 

technologies . 

Local networks 103 and 104 connect one or more 
computing devices such as computing appliances 117. One 
or more appliances 117 may be configured as an application 
25 and/or file server. Appliances 117 are used by job 
applicants, employers, "supplier agents" representing job 
applicants, and "hiring agents" representing employers to 
enter data, review data, and invoke services provided by 
human resources server 108. Each local network 103 and 

3 0 104 may include a number of appliances 117 such as 

printers, file servers, mass storage and the like. 
Similarly, appliances 117 may be shared through network 
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101 to provide application and file services, directory 
services, printing, storage, and the like. 

Environment 100 includes one or more network- 
connected human resources server (s) 108. Human resources 
5 server 108 may be accessed by participants using 
appliances 117. By way of example, human resources server 
108 implements data structures and methods to accept job 
descriptions from hiring entities, store job descriptions, 
post job descriptions for access by potential applicants 
10 and other hiring entities and process employment inquires 
and acceptances. Other optional features may also be 
included in human resources server 108 including storage 
and display of auxiliary information such as contractor 
rate information by location and/or skills. 

15 The present invention also contemplates the 

connection of one or more third party auxiliary service 
providers 111. Auxiliary services 111 comprise, for 
example, services to manage candidate background checks, 
reference checks, drug testing, and similar services that 

2 0 may add value or information to an exchange between 
participants. For example, a credit reporting agency may 
provide real time background information on a particular 
job applicant or potential employer. Because the 

information provided by auxiliary services 111 can be 

2 5 accessed in near real time, it may be readily factored 

into the total cost/benefit analysis of a particular 
exchange . 

Human resources server 108 may also provide 
specialized services such as computation and comparison of 

3 0 employment offers and job descriptions using unique data 

that describes individual participants. Selecting 
employment from among a pool of available positions is a 
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difficult decision involving many factors such as cost of 
relocation, salary, cost of living, commuting distance, 
and the like. Many of these factors are unique to a 
particular applicant. The optional specialized services 
in accordance with the present invention provide tools to 
compare diverse offers with consideration to applicant- 
specific preferences. Similarly, these specialized 
services assist in comparing applicants by taking into 
consideration relocation costs, employment agency costs, 
and other employer- specif ic factors that may differentiate 
between competing applicants. 

Each of the devices shown in FIG. 1 may include 
memory, mass storage, and a degree of data processing 
capability sufficient to manage their connection to 
network — Internet 101. The computer program devices in 
accordance with the present invention are implemented in 
the memory of the various devices shown in FIG. 1 and 
enabled by the data processing capability of the devices 
shown in FIG. 1. In addition to local memory and storage 
associated with each device, it is often desirable to 
provide one or more locations of shared storage (not 
shown) that provides mass storage capacity beyond what an 
individual device can efficiently use and manage. 
Selected components of the present invention may be stored 
in or implemented in shared mass storage. 

Fig. 2 illustrates basic business processes involved 
in an implementation of the present invention while Fig. 3 
illustrates functional components in an exemplary software 
architecture in accordance with the present invention to 
implement the processes of Fig. 2. Essentially, the 
present invention provides an integrated solution for 
identifying workers having skills that meet job 
specifications in identification process 201. 
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Identification process 201 also involves identification of 
jobs that have specifications meeting the desires and 
preferences of particular skilled workers. Process 3i0 
201 includes matching engine processes 311 (shown in Fig. 

3) for enable enabling a hiring manager to quickly 

identify a "short list" of qualified and available 
candidates for an available position. Process 2 01 

provides functionality for hiring managers to efficiently 
post, edit and delete job descriptions. Once a match is 
created^ match manager processes 312 automate the life 
cycle of the procurement process 202. It allows 

participants to automate the workflow of finding a 
qualified candidate as well as placing and managing that 
candidate in their organization. 

Hiring managers may optionally submit job 
descriptions to a selected supplier list in process 201. 
Methods are included to enable hiring managers to manage 
interactions between the suppliers of the qualified 
applicants. Process 201 also provides equivalent 

functionality for the suppliers of candidates in posting, 
editing and deleting profiles or portfolios that are used 
to match against the job specifications. In a particular 
implementation, suppliers of resources automatically or 
manually match their candidates to jobs that they are made 
aware of via the Internet or by explicit notification. 

While many features of the present invention involve 
identification process 201, it is important to understand 
that these processes affect downstream processes such as 
procurement processes 202 and management processes 203. 
Procurement processes 2 02 includes interview scheduling 
processes 322 and employs messaging processes 334 to 
enable an employer and a candidate to move beyond the 
generation of a match and discuss specifics of a job 
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opportunity. Exemplary functions include exchanging 

protected information between the parties (including 
sending company information and contact information to the 
participants) , reviewing a detailed profile of the 
5 candidate, scheduling interviews with the candidate, and 
capturing interviewer feedback on a candidate in an on- 
line repository. 

Processes 202 optionally include skills validation 
process 321 including pre-employment screening processes 
to provide independent verification of skills that are 
listed on the candidate profile. It is contemplated that 
these optional functions may include scheduling on-line 
testing of available skills tests with the candidate, 
scheduling independent verification of specific skill 
categories with candidate, entering and/or reviewing test 
or verification results on-line, and interfacing with 
other repositories of skills certifications. Processes 
2 02 may also provide a means to manage candidate 
background checks, reference checks, drug testing, and the 
like using, for example, auxiliary services 111. 

Procurement process 202 provides interface (s) through 
which participants may perform contract management 
functions. Procurement process 202 optionally includes 
automated contract management components 323 (shown in 

2 5 Fig. 3) that are used when the employer and job seeker are 

ready to enter into a contract for services. Employers 
and job seekers may enter a new contract/consulting 
agreement or copy one from an existing template or 
archive. The participants may extend and/ or approve 

3 0 contract offers on-line in a preferred implementation. In 

other implementations, participants may receive automatic 
notification of contract termination, perform contract 
reporting to compare budget to actual dollars, percentage 
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completion analysis and the like. Directly or through 
auxiliary services, procurement processes 2 02 optionally 
perform compliance reporting (EEOC, MBE/MWBE) . 

The procurement processes are typically provided to 
contract participants which may be supplier agents and 
hiring agents working on behalf of employees and 
employers, respectively. It is contemplated that 

procurement processes 202 may be provided directly to 
employees and/or employers even though the identification 
processes were provided indirectly through their 
respective agents. These modification and alterations are 
equivalent to the processes described herein. 

Optional management processes 203 implement various 
interfaces and processes that enable participants to 
manage an employment contract after it is formed. 
Management processes 203 are particularly desirable in 
contract employment situations where the employment 
contract specifies certain activities, billing 
arrangements, payment arrangements, and progress criteria. 
A time and expense management component provides 
interfaces to the processes associated with consultant 
timesheets and expense reports as a particular example. 

Component 341 includes entering and submitting 

timesheets and expense reports associated with specific 
work orders, reviewing and approving consultant timesheets 
and expense reports, including partial approval capability 
and support for multi-level approval chains, and reporting 
time and expense by work order, consultant, supplier firm, 
and the like. An interface through which clients may 
approve consultant time and expense may also be provided. 

Automated payment services and billing module 332 342 
uses data captured through components such as time and 
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expense component -3-3-1 — 341 to generate and track invoices 
to customers, and payment received from customers. The 
processes associated with invoicing and payment of 
services may be performed electronically, using technology 
5 such as XML and the OFS data interchange format either 
directly or through auxiliary services 111. Contemplated 
functions include generating electronic invoices based on 
time and expense report approval, consolidating multiple 
vendor/supply sources into a single invoice, cross - 
10 referencing invoices to timesheets/expense reports, 
approving electronic invoices, and allowing electronic 
transmission of funds based on approved invoices. 

As shown in Fig. 3, in a particular implementation of 
the present invention business processes 201, 202 and 203 
15 are implemented on top of foundation processes 310. 
Foundation processes 310 include components such as 
Enterprise Java Beans, Servlets, Oracle 8i relational 
database technology, Web Logic application servers 
connected together using industry standard APIs and 

2 0 protocols in a particular implementation. Using a Java 2 

Enterprise Edition (J2EE) architecture enabled the present 
invention to be implemented using an application service 
provider (ASP) model that provides browser-based universal 
access for a wide range of user types, reducing 
25 operational management complexity and cost of ownership. 
The architecture shown in Fig. 3 leverages a software 
component model that gives flexibility in deploying, 
managing and reusing business logic and allows incremental 
development and deployment of application components. 

3 0 This implementation also permits integration with third 

party applications by wrapping logic using enterprise Java 
Bean technology. Moreover, the architecture shown in Fig. 
3 enables a robust enterprise environment that provides a 
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scalable, consistent architecture with 7x24 availability 
on the World Wide Web (WWW) . 

The J2EE standard provides a model for developing 
distributed applications that are multi- tiered and use a 
thin- client strategy. Such applications are desirable for 
delivery via the Internet to conventional web browser 
software. This implementation reduces demands on client- 
side systems and enables a wide variety of appliances 117 
(shown in Fig. 1) to access the human resources services 
108 . 

The application is partitioned both across tiers and 
across functional groups. Partitioning across tiers 

allows distributed deployment, robustness under load 
stress and hardware failures, and integration of disparate 
component technologies and legacy applications into an 
integrated whole. Partitioning across functional groups 
permits easy expansion of application functions, 
modification of existing functions, as well as separate, 
specialized deployment of different functional groups 
based on user demand or hardware optimizations. 

Common application components 330 are leveraged 
across all of processes 201, 202 and 203. Personalization 
component 333 enables the look-and-f eel provided to 
participants to be customized to match the appearance of 

2 5 client and/or vendor web- sites, allowing functionality to 

be seamlessly integrated into customer intranets and web 
sites. The sequence of operations performed during the 
hiring process may also be tailored to a particular 
customer. As nearly all aspects of the hiring process in 

3 0 accordance with the present invention are data-driven (as 

opposed to event driven) , users may be given the 
capability to tailor the application to match their hiring 
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process by providing them with the tools to safely and 
consistently define their own data driving the hiring 
process . 

Management reporting component 332 augments reports 
5 from other components, by providing additional general 
management reporting capabilities using the valuable data 
assets within the system. Component 332 provides various 
general reports generated from the system's data. 
Contemplated report types include consultant performance 

10 rating, supplier efficiency rating, inactive 

supplier/consultant reporting, and customer-driven 
reporting of available public information. Desirably, the 
system will also provide the ability for users to create 
their own customized reports to enable them to turn their 

15 own data into valuable information. 

Security component 331 enforces access controls on 
user data. A user may explicitly define who may view or 
edit data owned by the user, or act on messages generated 
for the user. Users may designate particular information 
20 (e.g., salary ranges) as confidential. User contact 
information is typically held confidential until 
explicitly released by the user. 

In a particular implementation, the systems are 
protected against hostile network attack via a combination 
2 5 of Firewall- 106 software and IP security services provided 
by the Internet service provider 107 that provides 

connectivity between network Internet 101 and human 

resources server 108 . Administrative access to systems is 
controlled via available remote access software. 



30 



Fig . 4 
transactions 
invention. 



illustrates exemplary entities and data 
in an implementation of the present 
Human resources server 108 enables 
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transactions between hiring agents 4 01 and human resource 
suppliers 402. Hiring agents represent staffing agencies, 
human resource departments and personnel, and similar 
entities that are tasked with supplying human resources to 
meet the needs of one or more jobs. A hiring agent 401 
may be an employer or an entity contracted to find skilled 
workers on behalf of an employer. Human resource 

suppliers 402 represent staffing agencies, job shops, 
headhunters and similar entities that represent one or 
more candidates or job applicants. It is contemplated 
that job applicants may access the system directly as 
well . 

Hiring agents 4 01 generate one or more profiles 4 04^_ 
shown in more detail in Fig. 11 that include attributes of 
job descriptions including information such as employer 
name, job title, salary, and other contract terms. 
Profile 4 04 will include some data that is public in that 
it can be shared with other participants with access to 
human resource server 108. Profile 404 also includes 
restricted and private data that can be used by human 
resource server 10 8 but is either not shared with other 
participants or is shared with other participants 
according to rules specified by the associated hiring 
agent 401. In this manner, profile 404 becomes an 
autonomous agent on behalf of the particular job 
represented by the profile 4 04 as it embodies self- 
contained rules enabling the use of data contained 
therein. 

Supplier agents 4 02 also generate one or more 
profiles 406 , shown in more detail in Fig. 12, that 
include attributes of particular job applicants including 
information such as name, location, experience, 
educational background, salary needs, and the like. Like 
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profile 4 04, profile 4 06 will also include some data that 
is public as well as restricted and private data that can 
be used by human resource server 108 but is either not 
shared with other participants or is shared with other 
5 participants according to rules specified by the 
associated supplier agent 402. In this manner, profile 
4 06 becomes an autonomous agent on behalf of the 
particular job candidate represented by the profile 4 06 as 
it embodies self-contained rules enabling the use of data 
10 contained therein. 

Human resources server 108 uses messaging component 
3 34 (shown in Fig. 3) to receive and store received 
profiles 404 and 406 in data structures 414 and 416, 
respectively, in a manner that is continuously accessible. 
Human resource server 108 uses match engine 311 to 
autonomously monitor data structures 414 and 416. In 
contrast with search engine based solutions, match engine 
311 is self-invoked or is invoked automatically upon the 
addition of profiles 404 and/or 406 to identify matches 
between profiles 404 and 406. 

Match engine 311 compares each job profile 4 04 

against each job applicant profile 4 06 and generates one 

or more scores indicated indicating a degree of 

compatibility between the profiles. Match engine 311 

2 5 generates a match record for each profile match. The 

match record includes identification information 
\ associated with the matching profiles 4 04 and 4rQS — 406 as 
well as match scores. Each match record has two different 
scores, how well the candidate meets the job requirements 

3 0 (this score is available to both the hiring agent and the 

supplier agent and determines whether or not a match 
record is created (i.e. over the threshold). The other 
score is how the job meets the candidate's requirements. 
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In the preferred implementation^ this second score is only- 
shown to the supplier agent) . 

Match engine 311 generates a match list 407 of 
candidates having profiles 4 06 that are substantially 
5 compatible (i.e., have match scores greater than a 
predetermined threshold) with a particular profile 404. 
The match list 4 07 includes the one or more scores for use 
by hiring agent 4 01 in assessing and comparing various 
candidates represented in the list. Match list 4 07 is 
10 communicated using messaging component 334 to the hiring 
agent 401 corresponding to the profile (s) 404 that are 
involved in the match. 

Match engine 311 also generates one or more scores 
indicated a degree of compatibility of profiles 4 04 with a 

15 particular profile 406. These scores reflect how well a 
particular job matches the requirements specified by a job 
applicant. Although the scores delivered to hiring agent 
401 and the scores delivered to supplier agent 402 arise 
from the same set of data, they may differ in value when 

20 the scoring algorithms take into account the differences 
in perspective between a hiring agent and a job applicant. 
In a particular implementation the 

Match list 4 08 comprises job descriptions and match 
records having profiles 404 that are substantially 

25 compatible (i.e., have match scores greater than a 
predetermined threshold) with a particular profile 406. 
The match list 4 08 includes the one or more scores for use 
by supplier agent 4 02 in assessing and comparing various 
job descriptions represented in the list. Match list 408 

3 0 is communicated using messaging component 334 to the 
supplier agent 402 corresponding to the profile (s) 406 
that are involved in the match. 
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In the particular implementation, messaging component 
334 is the primary interface for users when first 
connecting to human resources server 108. Through this 
interface a user is immediately informed of objects in the 
system upon which the user may take action. The messaging 
component 3 34 provides email message capability to send 
notification of events within the business workflow to 
provide real time hiring process management. These 
notifications are configurable for each user and can be 
related to or triggered by events, (e.g. a match is 
accepted by hiring agent 4 01) or to non-events (e.g. a 
hiring manager 4 01 accepted a match on a suppliers 
candidate but two days have elapsed since acceptance) . 

Messaging component 334 may also be used for more 
sophisticated delivery of discrete units of functionality 
to appliances 117 such as hand-held smart devices, such as 
a — personal digital assistants, smart cards and or smart 
phones. These discrete units of functionality (analogous 
to browser applets) may be executed on the hand-held 
device to interact with the systems of the present 
invention and perform operations such as accepting a 
match, submitting a time sheet, or approving an expense 
report . 

Once one or more matches are identified, match 
manager component 312 handles workflow tasks such as 
generating match list 4 07 as well as further tasks shown 
in Fig. 5 and Fig. 6. A hiring agent 4 01 may review a 
match list and accept or express interest in one or more 
matches by generating a message 501 to server 108. 
Depending on the business rules in effect—, match manager 
312 may notify supplier agent 4 02 upon receipt of message 
501, or take alternative action such as providing detailed 
information message 502. Message 502 includes, for 
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example, information that may have been designated as 
restricted by the job applicant or supplier agent 4 02 and 
released only upon an expression of specific interest by a 
hiring agent 401. The exchange of messages 501 and 502 
5 may continue iteratively as hiring agent 4 01 gathers 
additional information about a particular identified 
match. 

On the supplier agent side, a match list 4 08 is 
reviewed and supplier agent 4 02 may also accept or express 
interest in one or more matches by generating a message 

511 to server 108. Depending on the business rules in 
effect, match manager 312 may notify hiring agent 4 01 upon 
receipt of message or take alternative action such 
as providing detailed information message 512. Message 

512 includes, for example, information that may have been 
designated as restricted by the hiring agent 401 or 
employer and released only upon an expression of specific 
interest by an supplier agent 4 02. The exchange of 
messages 511 and 512 may continue iteratively as supplier 
agent 4 02 gathers additional information about a 
particular identified match. 

Fig. 6 illustrates data exchanges associated with an 
actual employment or consulting contract being formed. 
Although Fig. 6 suggests the contract is between hiring 
25 agent 401 and supplier agent 402, it should be understood 
that it is intended that a contract is formed between a 
candidate employee or contractor and a corresponding 
employer and the respective agents only represent these 
parties. An offer message 601 is communicated by one of 
3 0 the parties, typically the hiring agent 4 01, to human 
resources server 108. The offer is communicated to the 
other party, typically supplier agent 4 02, which can then 
re j ec t or accept the offer by an accept message 602. Once 
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an offer message 601 and an accept message 6 02 have been 
communicated, a contract is formed. Contract message 603 
is communicated to both parties, preferably including a 
contract summary or fully executed viewable/printable 
5 version of the engagement contract. In a particular 
example, human resource server 108 updates profiles within 
data stores 416 and 418 to indicate the effects of the 
contract (e.g., the position and candidate are no longer 
available for matching) . 

Fig. 7 shows exemplary state transitions involved in 
the matching and post match management processes in 
accordance with an embodiment of the present invention. 
Initially profiles exist in an unmatched state until a 
suitably compatible profile is identified by match engine 
311. During the unmatched state, a job requisition will 
compare all candidate profiles that are "active" and are 
associated with a list of supplier agents specified within 
the job requisition. When a candidate profile meets the 
defined threshold, a match is identified, an automatch 
record is created, and the profiles are transitioned to an 
automatched state which indicates that the resource 
profile 406 is substantially compatible with an associated 
job specification profile 404. 

Optionally, the auto-matched state may be entered 
manually when a supplier agent 4 02 or hiring agent 403 401 
"forces" a match by bypassing the match engine processes. 
This enables a supplier agent 4 02 to generate a match 
record for a candidate that was either "inactive" or did 
not meet the scoring threshold. These candidates profiles 
still go through the match engine for scoring, but are not 
subject to the minimum threshold test ordinarily applied 
to automatches . Another optional feature enables a hiring 
agent specify a named resource or candidate on the job 
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requisition which will similarly force a match 
irrespective of the scoring and thresholds. 

The automatch state is exited when either the 
supplier agent 4 02 or hiring agent 4 01 accept or reject 
5 the automatch. If either agent rejects the automatch, the 
hiring process is terminated. The process may be 

terminated as well when one agent responds, but the other 
does not, or when neither agent responds within a selected 
period of time. Both agents must accept the match to 
10 transition to a "courting" state. 

The courting state indicates that both parties have 
indicated willingness to pursue the match. In the 

courting state, the parties may exchange the private 
information in accordance with pre- specif ied disclosure 
rules. Match manager component 312 tracks progress of 
various sub-processes that are optionally employed. The 
courting state includes one or more sub- states handling 
the various sub-processes. A match need not pass through 
all sub- states to make the transition to the interview 
pending state, and there is no order imposed on the 
transition between sub-states (i.e., the processes are 
concurrent) . Exemplary s*afe — sub- states of the courting 
state include background checking, reference checking, 
skill validation and the like. Background checking refers 
to background checks such as drug tests, criminal history 
checks, credit checks, BI/SBI, and the like. Reference 
checks involve contacting references identified by the job 
applicant, for example and may include checking on-line 
pe&fe past -performance information maintained by human 
resource server 108 itself. Skill validation involves ie 
certifying any abilities for which hiring agent 4 01 has 
requested certification. 
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Upon satisfactory completion of courting state s^fe 
sub- processes , the match transitions to an interview state 
where in person, telephone, video conference or other 
interview processes are executed. Typically a job 

applicant is interviewed by one or more representatives of 
hiring agent 4 01 or the actual employer represented by 
hiring agent 401. 

The interview state is typically exited by 
communication of an offer to a job applicant at which time 
the offer pending state is entered. The offer pending 
state may persist for a variable length of time while an 
offer is considered and counteroffers and negotiations 
take place. Upon reaching an agreement, an acceptance is 
communicated resulting in a transition to a contracted or 
closed state . 

Fig. 8 illustrates functional components, typically 
implemented as software, within an exemplary matching 
engine 311. In a particular implementation, three 

separate matching processes are performed to generate 
three distinct scores for each match. In each of the 
matching processes, data from profile databases 414 and 
416 is used to generate scores for both the supplier agent 
402 and the hiring agent 401. The matching processes 
generate a similarity index using the structured format of 
profiles 404 and 406 in combination with a hierarchical 
and context-sensitive analysis of words and terms used to 
create profiles 404 and 406. In this manner, the matching 
processes identify a larger set of meaningful matches and 
may be used in combination with available fuzzy logic 
matching techniques. Once a similarity index is 

determined, scores are computed by normalizing and 
weighting factors to the index. 
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The final scores are normalized to a convenient scale 
such as 1-100 that provides a quantitative assessment of 
the substantiality of the compatibility between two 
profiles. Skills and education component 801 matches 
5 skills requirements as well as educational requirements 
listed within profiles 404 and 406. Location component 

^93 8 02 generates a matching score on geographic 

preferences and/or requirements. Compensation component 
803 generates a score based on compensation desires and 

10 requirements. While it is possible to mathematically 
combine these three scores into a single index using 
weighting algorithms, the particular implementation 
provides the scores separately so that the hiring agent 
4 01 and/or supplier agent 4 02 have more information upon 

15 which to base their decisions and negotiations. 

Fig. 9 and Fig. 10 show exemplary user interfaces 
used to enter job candidate information for use in a 
profile 406. Similar user interfaces are used to obtain 
hiring agent or job specification information. Fig. 9 and 

2 0 Fig. 10 shows an interface generated in a web browser 

window in a Microsoft Windows operating environment, 
although other operating environments and user interface 
platforms that can display user input controls, including 
command line input screens, would be appropriate 
25 substitutes in some applications. The interfaces shown in 
Fig. 9 and Fig. 10 include a plurality of user input 
controls such as text input boxes, radio buttons, check 
boxes, pull down boxes and the like. Information and 
instruction is conveyed by text fields positioned adjacent 

3 0 the appropriate user input controls although instruction 

may be conveyed by floating help boxes as well as audio, 
video and multimedia communication means. In Fig. 9 and 
Fig. 10 the user input controls correspond to attributes 
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in a profile 4 06 that can be communicated to and 
persistently stored in human resources server 108. 

In Fig. 9 the information that is gathered includes 
basic identification information such as name, job title, 
social security number, and contact information. Status 
information indicates weather the associated job applicant 
is actively seeking another position. Resource type 
information enables the user to distinguish between 
contract employees and permanent employees, for example. 
Other information is gathered for use in matching with job 
description profiles 404 such as availability dates and an 
indication of supplier agent (s) that are managing the 
particular job applicant. 
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In addition to the identification and management 
inf romation inf ormation , job applicant skills, education, 
roles, and preferences are indicated in various user input 
controls shown in Fig. 9 and Fig. 10. In Fig. 9, the user 
scrolls through a constrained list of skill titles and 
selects the "add skill" button to add the skill to the 
inventory list shown in Fig. 10. Similarly, the user 

selects from a constrained list of applicable roles and 
selects the "add role" control to include the role on the 
inventory list of Fig. 10. Once all applicable skills and 
roles have been identified, the interface shown in Fig. 10 
is presented to obtain applicant- specif ic quantification 
of the skills and roles selected. An exemplary set of 
quantification information includes a judgment as to 
relative level of a particular skill (e.g., selected from 
"novice", "trained", "intermediate", "expert" and "guru" 
in the particular example) . Any gradation and granularity 
of skills rating can be applied. Years of experience 
tends to be a numeric input that is constrained to 
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reasonable year ranges (e.g., less than one year to 40 
years) . 

One feature of the present invention is that 
preferably a "Preference" control is associated with each 
skill/role. This enables the job applicant to indicate 
whether he/she desires to use a particular skill in a 
future job assignment. Even where the skill or role is 
listed as "not required", match engine 311 can use the 
information provided to ensure better matches while 
appropriately reflecting the preference in the score given 
to the supply agent 402. 

Another feature of the present invention is the 
ability to select visibility on an attribute-by-attribute 
basis. A particular attribute may be indicated as 
private, public, or protected in the particular example. 
Public variables will be available to a wide range of 
participants, whereas private variables may not be 
communicated to other participants (although still used by 
match engine 311) . Private attributes may be communicated 
under very restrictive conditions in some implementations. 
Restricted attributes can be disclosed as specific states 
in the hiring process such as the "courting" state 
described in reference to Fig. 7. 

Other information that may be included are a resume, 
and compensation information. These items may also be 
access-controlled by public, private and restrictive 
labels. Any type and variety of other information may be 
collected and stored in a profile 406. 

Although the invention has been described and 
illustrated with a certain degree of particularity, it is 
understood that the present disclosure has been made only 
by way of example, and that numerous changes in the 
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combination and arrangement of parts can be resorted to by 
those skilled in the art without departing from the spirit 
and scope of the invention, as hereinafter claimed. 
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